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METHODS AND SYSTEMS FOR ESTABLISHING GAMES WITH 
AUTOMATION USING VERBAL COMMUNICATION 



TECHNICAL FIELD 

5 The present invention is related to automated games. More particularly, the 

present invention is related to automated games where verbal communication occurs 
between the game and the game player. 



BACKGROUND 

10 Individuals enjoy playing a variety of games such as handheld electronic games, 

board games, and on-line computer games. However, there are many inconveniences of 
life and of such games that may limit an individual's enjoyment. Individuals are more 
mobile yet time strapped than ever before so that individuals have less time to participate 
in such games. Furthermore, individuals may lose interest in games after they have been 

1 5 played for a period of time because the game becomes stale to the individual. 

Furthermore, individuals may wish to play multi-player games such as board games when 
other individuals are not present to also participate. Additionally, individuals are often in 
situations where they wish to play games at inopportune times, such as when caught in 
traffic where they cannot interact with a display and a controller of a typical handheld 

20 game. 



SUMMARY 

Embodiments of the present invention address these issues and others by 
providing methods and systems that provide automated gaming that uses verbal 
25 communication between one or more game players and the automated game. The 

automated game may be implemented at a local device of the game player that provides 
verbal exchange with the game player or from a network-based platform that the game 
player accesses remotely and communicates with verbally. 

One embodiment is a method of providing gaming with automation using verbal 
30 communication. The method involves providing verbal information of a current game 

status to a game player from a voice synthesis device. Verbal instruction is received from 
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the game player at the voice synthesis device in response to providing the verbal 
information. The verbal instruction from the game player is applied to update the current 
game status. Verbal information of the updated current game status is provided to the 
game player from the voice synthesis device. 
5 Another embodiment is a system for providing gaming with automation using 

verbal communication. A personal voice synthesis device of a game player provides 
verbal information of a current game status directly to the game player, receives verbal 
instruction directly from the game player in response to providing the verbal information, 
converts the verbal instruction to instruction data, and provides verbal information of an 

1 0 updated game status to the game player. A first computer-implemented application 
portion is performed by the personal voice synthesis device and applies the instruction 
data to update the current game status and generates a request for updates of game data. 
A second network-based computer-implemented application portion is performed 
remotely from the voice synthesis device, receives the request for updates of game data, 

1 5 and provides the updates of game data to the first computer-implemented application 
portion. 

Another embodiment is a system for providing gaming with automation using 
verbal communication. A voice synthesis system receives and converts information data 
to verbal information and provides the verbal information of a current game status 

20 directly to the game player, receives verbal instruction directly from the game player in 
response to providing the verbal information, converts the verbal instruction to 
instruction data, and provides the instruction data. A network-based computer- 
implemented application provides the information data to the voice synthesis system, 
receives the instruction data from the voice synthesis system, and applies the instruction 

25 data to update a current game status. The information data comprises data specifying the 
update to the current game status. 

Another embodiment is a system for providing gaming with automation using 
verbal communication. A voice services node receives information data, converts the 
information data to verbal information and provides the verbal information of a current 

30 game status over a voiced call with the game player, receives verbal instruction from the 
game player over the voiced call in response to providing the verbal information, 
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converts the verbal instruction to instruction data, and provides the instruction data. A 
network-based computer-implemented application provides information data to the voice 
services node, receives the instruction data and applies the instruction data to update a 
current game status. The information data comprises data specifying the update to the 
5 current game status. 



DESCRIPTION OF THE DRAWINGS 
FIG. 1 shows one illustrative embodiment of a system for establishing games with 
game players using verbal communication exchanges between the game and game player. 
10 FIG. 2 illustrates one set of logical operations that may be performed within the 

system of FIG. 1 to provide the game for the game player utilizing a voice services node 
of a communications network. 

FIG. 3 illustrates one set of logical operations that may be performed within the 
system of FIG. 1 to provide the game for the game player utilizing a thick client device of 
15 the game player. 

FIG. 4 illustrates one set of logical operations that may be performed within the 
system of FIG. 1 to provide the game for the game player utilizing a thin client connected 
to a communications network. 



20 DETAILED DESCRIPTION 

Embodiments of the present invention provide various configurations of a game 
that provides verbal interaction with the game player. For example, a thick-game client 
device may implement the game and the verbal interaction with the game player. As 
another example, a thin-game client device working in conjunction with a network-based 

25 service may implement the game and the verbal interaction with the game player. As 
another example, an entirely network-based service may implement the game and the 
verbal interaction with the game player. The automated gaming allows the individual to 
participate in the game, which may be either a single player or multi-player game, by 
verbally communicating to the game. Verbal communication is provided from the game 

30 back to the individual, and visual information may be provided as well such as where the 
game player accesses the automated game through a device supporting visual displays. 
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Accordingly, the game may be played by using the thick-game client device or by 
accessing the network based game with a telephone or a thin-game client device. 

FIG. 1 illustrates one example of an encompassing communications network 100 
interconnecting verbal communications devices of the game player with the network- 
5 based system that automates the game play and/or that provide game updates to a thick - 
game client device. The game player may access the network-based system through 
several different channels of verbal communication. As discussed below, the customer 
communicates verbally with a voice synthesis device, such as a thick-game client device 
that may also be a thick- voice or thin-voice client device, a thin-game client device that 

10 may also be a thick- voice or thin- voice client device, and/or a voice services node that 
may be present in one of several locations of the different embodiments. 

A thick-game client device includes all of the game data processing on-board 
while a thin-game client device includes only a small portion of game data processing 
such as to render visual displays while the majority of the game data processing is 

15 network based. A thick- voice client devices includes all of the voice processing on-board 
while a thin- voice client device includes only a small portion of the voice processing such 
as to generate acoustic parameter data discussed below while the remainder of the voice 
processing occurs at a voice services node. It will be appreciated that a client device may 
be thick with respect to both game processing and voice processing, may be thick with 

20 respect to one type of processing and thin with respect to the other, or may be thin with 
respect to both types of processing. 

As one example of the various ways in which a game player may access the 
automated gaming service, the game player may place a conventional voiced call from a 
telephone 112 through a network 1 10 for carrying conventional telephone calls such as a 

25 public switched telephone network ("PSTN") or an adapted cable television network. 
The call terminates at a terminating voice services node 102 of the PSTN/cable network 
110 according to the number dialed by the customer. This voice services node 102 is a 
common terminating point within an advanced intelligent network (" AIN") of modern 
PSTNs and adapted cable networks and is typically implemented as a soft switch and 

30 media server combination. 
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Another example of accessing the system is by the game player placing a voiced 
call from a wireless phone 116. The wireless phone 116 maintains a wireless connection 
to a wireless network 114 that includes base stations and switching centers as well as a 
gateway to the PSTN/cable network 110. The PSTN/cable network 110 then directs the 
5 call from the wireless phone 1 16 to the voice services node 102 according to the number 
or code dialed by the game player on the wireless phone 1 16. Furthermore, the wireless 
phone 1 16 or a personal data device 126 such as a personal digital assistant may function 
as a thin- voice client device (which as discussed above may also be a thin-game client 
device but not necessarily) relative to the verbal functions of the automated gaming 

10 system such that the thin- voice client device implements a distributed speech recognition 
("DSR") platform to minimize the information transmitted through the wireless 
connection. The DSR platform takes the verbal communication received from the 
customer at the thin- voice client device and generates parameterization data from the 
verbal communication. The DSR platform then transmits the parameterization data as the 

15 verbal communication to the voice service node 102 or 136 rather than all the data 
representing the verbal communications. The voice services node 102 or 136 then 
utilizes a DSR exchange function 142 to translate the DSR parameterization data into 
representative text which the voice services node 102 or 136 can deliver to an application 
server 128. 

20 Another example of accessing the system is by the game player placing a voiced 

call from a voice-over-IP ("VoIP") based device such as a personal computer 122 or 
where telephone 1 12 is a VoIP phone. This VoIP call from the game player may be to a 
local VoIP exchange 134 which converts the VoIP communications from the customer's 
device into conventional telephone signals that are passed to the PSTN/cable network 110 

25 and on to the voice services node 102. The VoIP exchange 134 converts the conventional 
telephone signals from the PSTN/cable network 1 10 to VoIP packet data that is then 
distributed to the telephone 1 12 or computer 122 where it becomes verbal information to 
the customer. Furthermore, the wireless phone 116 may be VoIP capable such that 
communications with the wireless data network 114 occur over VoIP and are converted 

30 to speech prior to delivery to the voice services node 102. 
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The VoIP call from the customer may alternatively be through an Internet 
gateway 120 of the customer, such as a broadband connection or wireless data network 
1 14, to an Internet Service Provider ("ISP") 118. The ISP 118 interconnects the gateway 
120 of the customer or wireless network 1 14 to the Internet 108 which then directs the 
5 VoIP call according to the number dialed, which signifies an Internet address of a voice 
services node 136 of an intranet 130 from which the gaming service is provided. This 
intranet 130 is typically protected from the Internet 108 by a firewall 132. The voice 
service node 136 includes a VoIP interface and is typically implemented as a media 
gateway and server which performs the VoEP-voice conversion such as that performed by 

10 the VoIP exchange 134 but also performs text-to-speech, speech recognition, and natural 
language understanding such as that performed by the voice services node 102 and 
discussed below. Accordingly, the discussion of the functions of the voice services node 
102 also applies to the functions of the voice service node 136. 

As yet another example, the wireless device 1 16, personal digital assistant 126, 

15 and/or personal computer 122 may have a wi-fi wireless data connection to the gateway 
120 or directly to the wireless network 1 14 such that the verbal communication received 
from the customer is encoded in data communications between the wi-fi device of the 
customer and the gateway 120 or wireless network 1 14. 

Another example of accessing a voice services node 102 or 136 is through verbal 

20 interaction with an interactive home appliance 123. Such interactive home appliances 
may maintain connections to a local network of the customer as provided through a 
gateway 120 and may have access to outbound networks, including the PSTN/cable 
network 110 and/or the Internet 108. Thus, the verbal communication may be received at 
the home appliance 123 and then channel via VoIP through the Internet 108 to the voice 

25 services node 136 or may be channeled via the PSTN/cable network 1 10 to the voice 
services node 102. 

Yet another example provides for the voice services node to be implemented in 
the gateway 120 or other local device of the customer so that the voice call with the 
customer is directly with the voice services node within the customer's local network 
30 rather than passing through the Internet 108 or PSTN/cable network 110. The data 

created by the voice services node from the verbal communication from the customer is 
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then passed through the communications network 100, such as via a broadband 
connection through the PSTN/cable network 110 and to the ISP 118 and Internet 108 and 
then on to the application server 128. Likewise, the data representing the verbal 
communication to be provided to the customer is provided over the communications 
5 network 100 back to the voice services node within the customer's local network where it 
is then converted into verbal communication provided to the customer. 

Where the game player places a voiced call to the network-based service through 
a voice services node, such as when using a telephone to place the call for an entirely 
network based implementation of the game or when contacting the voice services node 

10 through a thin-voice client, the voice services node provides the text-to-speech 

conversions to provide verbal communication to the game player over the voiced call and 
performs speech recognition and natural language understanding to receive verbal 
communication from the game player. Accordingly, the game player may carry on a 
natural language conversation with the voice services node 102. To perform these 

15 conversations, the voice services node 102 implements a platform such as the well- 
known voice extensible markup language ("VoiceXML") context which utilizes a 
VoiceXML interpreter function 104 of the voice services node in conjunction with 
VoiceXML documents. Another well-known platform that may be used is the speech 
application language tags ("SALT") platform. The interpreter 104 operates upon the 

20 VoiceXML or SALT documents to produce verbal communication of a conversation. 
The VoiceXML or SALT document provides the content to be spoken from the voice 
services node 102. The VoiceXML or SALT document is received by the VoiceXML or 
SALT interpreter function 104 through a data network connection of the communications 
network 1 00 in response to a voiced call being established with the game player at the 

25 voice services node 102. This data network connection as shown in the illustrative 

system of FIG. 1 includes a link through a firewall 106 to the Internet 108 and on through 
the firewall 132 to the intranet 130. 

The verbal communication from the game player is received at the voice services 
node 102 and is converted into data representing each of the spoken words and their 

30 meanings through a conventional speech recognition function of the voice services node 
102. The VoiceXML or SALT document that the VoiceXML or SALT interpreter 
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function 104 is operating upon sets forth a timing of when verbal information that has 
been received and converted to data is packaged in a particular request back to the 
VoiceXML or SALT document application server 128 over the data network. This 
timing provided by the VoiceXML or SALT document allows the verbal responses of the 
5 customer to be matched with the verbal questions and responses of the VoiceXML or 
SALT document. Matching the communication of the customer to the communication 
from the voice services node enables an application server 128 of the intranet 130 to 
properly act upon the verbal communication from the game player. As shown, the 
application server 128 may interact with a voice services node through an intranet 130, 
10 through the Internet 108, or through a more direct network data connection as indicated 
by the dashed line. 

The voice services node 102 may include additional functionality for the network- 
based gaming service so that multiple game players may participate in the same game. 
Multiple players way wish to participate in the same game over a single voiced call to the 

15 voice services node 102, such as by the multiple players communicating through a single 
speaker phone or through multiple handsets of the same telephone line. Some games 
may have a set sequence of when players respond so that there is no need to distinguish 
one voice from the next. However, other games may not have assigned periods such that 
any player can speak an instruction at any time, and in this case, each voice must be 

20 distinguished from the others. An explicit approach involves the player stating their 
name prior to saying their instruction. 

To distinguish the voices over the same voiced call to the voice services node 
102, the voice services node 102 may include a voice analysis application 138. The voice 
analysis application 138 employs a voice verification system such as the SpeechSecure™ 

25 application from Speech Works. Each player is prompted to register his or her voice with 
the voice analysis application 138 where the vocal pattern of the player is parameterized 
for later comparison. This voice registration may be saved as profile data in the database 
124 for subsequent use. During the verbal exchanges of game play the various voice 
registrations that have been saved are compared with the received voice to determine 

30 which player is providing the instruction. The identity of the player providing the 
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instruction is provided to the application server 128 so that the instruction can be applied 
to the game accordingly. 

The multiple game players for the same game may choose to make separate calls 
to the voice services node 102, such as where each player is located separately from the 
5 others. In this situation, each caller can be distinguished based on the PSTN line that the 
instruction is provided over. For some multi-player games, it may not be necessary nor 
desirable for one player on one phone line to hear the instructions provided from the 
other game player, and since they are on separate calls to the voice services node 102, 
such isolation between callers is provided. However, the game may dictate or the players 

1 0 may desire that each player hear the instruction provided by the other players. To 

provide this capability, the voice services node 102 may provide a caller bridge 140 such 
as a conventional teleconferencing bridge so that the multiple calls may be bridged 
together and each caller or a designated caller such as a moderator can listen as 
appropriate to the verbal instructions of other callers during game play. 

15 The application server 128 of the communications system 100 is a conventional 

computer server that implements an application program to control the automated and 
network-based gaming service for the game player. The application server 128 provides 
the VoiceXML or SALT documents to the voice services node 102 to bring about the 
conversation with the game player over the voiced call through the PSTN/cable network 

20 110 and/or to the voice services node 136 to bring about the conversation with the game 
player over the VoIP Internet call. The application server 128 may additionally or 
alternatively provide files of pre-recorded verbal prompts to the voice services node 
where the file is implemented to produce verbal communication. The application server 
128 may store the various pre-recorded prompts, grammars, and VoiceXML or SALT 

25 documents in a database 129. The application server also interacts with a customer profile 
database 124 that stores profile information for each game player, such as the particular 
preferences of the game player for various games to be played or a pre-registered voice 
. pattern. 

In addition to providing VoiceXML or SALT documents to the one or more voice 
30 services nodes of the communications system 100, the application server 128 may also 
serve hyper-text markup language ("HTML"), wireless application protocol ("WAP"), or 
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other distributed document formats depending upon the manner in which the application 
server has been accessed. For example, a game player may choose to send the 
application server profile information by accessing a web page provided by the 
application server to the personal computer 122 through HTML or to the wireless device 
5 116 through WAP via a data connection between the wireless network 114 and the ISP 
118. Such HTML or WAP pages may provide a template for entering information where 
the template asks a question and provides an entry field for the customer to enter the 
answer that will be stored in the profile database 124. 

The profile database 124 may contain many categories of information for a game 

10 player. For example, the profile database 124 may contain preferences of the customer 
such as the particular settings for a game that the player prefers, such as a difficulty level. 
The profile database 124 may also store saved game progress so that the game player 
may start and stop game play without losing game progress. For certain games, the 
player may be required to purchase game time or be required to offer up a wager, and the 

15 profile database 124 may store credit account information for the player so that the costs 
associated with the games can be covered by the account. 

As shown in FIG. 1, the profile database 124 may reside on the intranet 130 for 
the network-based gaming service. However, the profile database 124 may contain 
information that the game player considers to be sensitive, such as the credit account 

20 information. Accordingly, an alternative is to provide the customer profile database at 
the player's residence or place of business so that the player feels that the profile data is 
more secure and is within the control of the player. In this case, the application server 
128 maintains an address of the customer profile database at the game player's local 
network rather than maintaining an address of the customer profile database 124 of the 

25 intranet 130 so that it can access the profile data as necessary. 

For the personal data device 126 or personal computer 122 of FIG. 1, the 
network-based game may be implemented with these devices acting as a thin-game 
client. Accordingly, the player may access the network-based system through the 
personal data device 126 or personal computer 122 while the devices provide for the 

30 exchange of verbal communication with the game player and the game. Furthermore, 
these devices may perform as a thin-game client to render displays of the game on a 
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display screen of these devices to give the game a visual component. Such display data 
may be provided to these devices over the data network from the application server 128. 
It is also reasonable to apply this network exchange of verbal communications to a 
traditional board game and its "tracking" of the automated game flow. 

5 Also, for the personal data device 126 or personal computer 122 of FIG. 1, the 

game may be implemented locally with these devices acting as a thick-game client. 
Accordingly, the player accesses the game system directly on these devices and the game 
itself is implemented on these devices as opposed to being implemented on the 
application server 128 across the communications network 100. However, the verbal 

10 exchange may occur between these devices and the game player such that these devices 
are also thick- voice client, or the text to speech and speech recognition functions may be 
performed on the network such that these devices are also thin-voice clients. 

Because the functions necessary for carrying on the game are integrated into the 
functionality of the personal data device 126 or personal computer 122 where the devices 

1 5 are both a thick-game and thick- voice device, network communications are not necessary 
for the games to proceed. However, these thick-game, thick- voice clients may receive 
updates to the game application data over the communications network 100 from the 
application server 128, and multi-player gaming requires a network connection where the 
multiple players are located remotely from one another. Updates may include new games 

20 to be played on the device or new levels added to an existing game. The updates may be 
automatically initiated by the devices periodically querying the application server 128 for 
updates or by the application server 128 periodically pushing updates to the devices or 
notification to a subscriber's email or other point of contact. Alternatively or 
consequently, the updates may be initiated by a selection from the game player at the 

25 device to be updated. 

FIG. 2 illustrates one example of logical operations that may be performed within 
the communications system 100 of FIG. 1 to bring about the automated gaming where the 
game player makes a voiced call into the system. This set of logical operations, as well 
as those of FIGS. 3 and 4, are provided for purposes of illustration and are not intended to 

30 be limiting. For example, these logical operations of FIG. 2 discuss the application of 
VoiceXML within the communications system 100. However, it will be appreciated that 
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alternative platforms for distributed text-to-speech and speech recognition may be used in 
place of VoiceXML, such as SALT discussed above or a proprietary less open method. 

The logical operations begin at call operation 202 where the game player places a 
voiced call to a voice services node, directly or through a thin- voice client, or to a thick- 
5 voice client such as by dialing the number for the gaming service for the voice services 
node on the communications network or by selecting an icon on the personal computer 
where the voiced call is placed through the computer. The voice services node accesses 
the appropriate application server for the network-based game according to the voice call 
(i.e., according to the number dialed, icon selected, or other indicator provided by the 

10 customer). Utilizing the dialed number or other indicator of the voice call to distinguish 
one application server from another allows a single voice services node to accommodate 
multiple verbal communication services simultaneously. Providing a different identifier 
for each of the services or versions of a service offered through the voice services node or 
thick- voice client allows access to the proper application server for the incoming voiced 

1 5 calls. Additionally, the voice services node or thick- voice client may receive the caller 
identification information so that the profile for the player placing the call may be 
obtained from the database without requiring the player to verbally identify himself. 
Alternatively, the caller may be prompted to verbally identify himself so that the profile 
data can be accessed. 

20 Upon the voice services node or thick-voice client accessing the application 

server, the application server provides introduction/options data through a VoiceXML 
document back to the voice services node at data operation 204. Upon receiving the 
VoiceXML document with the data, the voice services node or thick- voice client converts 
the VoiceXML data into verbal information that is provided to the game player at speech 

25 operation 206. This verbal information may provide further introduction and guidance to 
the player about using the system. This guidance may inform the player that he or she 
can barge in at any time with a question or with an instruction for a game. The guidance 
may also specifically ask that the player provide a verbal command, such as a request to 
start or join a particular game, a request to update the service or profile data, or a request 

30 to enroll in a game if multiple players are involved. 
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The voice services node or thick-voice client then receives verbal instructions 
from the game player at response operation 208. This verbal instruction may be a request 
to update the profile data, may be a request to start or join a game, or on subsequent 
iterations of this operation, may be an instruction relative to a game in progress. The 
5 voice services node or thick-voice client interprets the verbal instructions using speech 
recognition to produce data representing the words that were spoken at recognition 
operation 210. This data is representative of the words spoken by the player that are 
obtained within a window of time provided by the VoiceXML document for receiving 
verbal requests so that the application server can determine from keywords of the 

10 instruction data what the customer wants the service to do. The instruction data is 

transferred from the voice services node over the data network to the application server at 
exchange operation 212. 

Upon receiving the instruction data, the application server may access the profile 
data for the player that may control aspects of how the player wants the game to be 

1 5 played at profile operation 220. For example, the profile data may specify the difficulty 
level or other game options that the player prefers. Additionally, the application server 
may access the profile data at profile operation 220 to update the data as instructed by the 
previously received verbal communication from the player. The application server then 
applies the instruction data to a game to start a new game, join an existing game, or 

20 perform an action within a game in progress for subsequent iterations of game operation 
214. 

The game that is being controlled at game operation 214 may be a multi-player 
game. Thus, when the application server is applying the instruction data received at 
exchange operation 212 to the game at game operation 214, then the application server is 
25 also applying instructions for the game received from other players of the same game at 
communication state 218. This communication state 218 graphically represents that the 
logical operations of FIG. 2 leading up to game operation 214 are also performed in 
parallel for the other game players who are also participating in the current common 
game. 

30 After the application server applies the instruction data and respective individual 

game play for the one or more game players at game operation 214, the application server 
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provides a game status update via data of a VoiceXML document provided to the voice 
services node or thick- voice client at status operation 216. Operational flow then returns 
to speech operation 206 where the voice services node or thick- voice client converts the 
VoiceXML data to verbal communication that is provided to the game player to inform 
5 him or her of the updated game status. For the other players of the game, if any, the 
VoiceXML data is also provided to the voice services node or thick- voice client they are 
in communication with to provide the update of the game status, as is indicated by the 
parallel return of the operational flow to communication state 218. 

Through multiple iterations of these logical operations of FIG. 2, the automated 

1 0 game progresses utilizing the verbal communication between the game player(s) and the 
voice services node(s) until the game ends or the game player retires. As discussed 
above, the game player may choose to save the game to the customer profile when 
retiring so that the next time the player accesses the service, the player may instruct the 
service to continue the saved game. 

1 5 FIG. 3 illustrates one example of logical operations that may be performed by a 

thick-game client device that is also a thick-voice client device, such as the personal data 
device 126 or personal computer 122 of FIG. 1 to bring about the automated gaming. 
This set of logical operations is provided for purposes of illustration and is not intended 
to be limiting. 

20 The logical operations begin at selection operation 302 where the game player 

makes a gaming selection on the thick-game client device, such as by manually selecting 
a game from a menu. Alternatively, the selection may be made by the player verbally 
requesting the selection. The player may be prompted to verbally identify himself so that 
locally or remotely stored profile data can be accessed as necessary to facilitate the game 

25 play. The thick-game client then accesses the local game data according to the selection 
made by the game player at data operation 304. 

Upon the thick-game client accessing the game data, the thick-game client may 
convert the data into verbal information using integrated text to speech functionality if 
also a thick- voice client, and the verbal information is directly provided to the game 

30 player at speech operation 306. This verbal information may provide further introduction 
and guidance to the player about using the gaming system of the thick-game client 
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device. This guidance may inform the player that he or she can barge in at any time with 
a question or with an instruction for a game. The guidance may also specifically ask that 
the player provide a verbal command, such as a request to start or join a particular game, 
request to update the profile data, or request to enroll in a game if multiple players are 
5 involved. Where the thick-game client device is only a thin-voice client, then the device 
communicates with a voice services node to have the data converted into verbal 
information and provided back to the client device to output the speech. 

The thick-game client then receives verbal instructions from the game player at 
response operation 308. This verbal instruction may be a request to update the profile 

10 data, may be a request to start a game, or on subsequent iterations of this operation, may 
be an instruction relative to a game in progress. The thick-game, thick- voice client or the 
voice services node in communication with the thick-game client interprets the verbal 
instructions using speech recognition to produce data representing the words that were 
spoken at recognition operation 310 and the integrated gaming application determines 

15 from keywords of the instruction data what the customer wants the gaming application to 
do. 

The integrated gaming application may access the profile data for the player that 
may control aspects of how the player wants the game to be played at profile operation 
318. For example, the profile data may specify the difficulty level or other game options 

20 that the player prefers. Additionally, the integrated gaming application may access the 
profile data at profile operation 318 to update the data as instructed by the previously 
received verbal communication from the player. The integrated gaming application then 
applies the instruction data to a game to start a new game or perform an action within a 
game in progress for subsequent iterations of game operation 312. 

25 The game that is being controlled at game operation 312 may be a multi -player 

game. Thus, when the thick-game client is applying the instruction data of recognition 
operation 310 to the game at game operation 312, then the integrated gaming application 
is also applying instructions for the game received from other players of the same game 
at communication state 316. This communication state 316 graphically represents that 

30 the logical operations of FIG. 3 leading up to game operation 312 are also performed in 
parallel for the other game players who are also participating in the current game through 
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the same thick-game client device or through another thick-game or thin-game client 
device that is in communication with the thick-game client device of the current player. 

After the integrated gaming application applies the instruction data for the one or 
more game players at game operation 312, the integrated gaming application generates 
5 game status update data at status operation 314. Operational flow then returns to speech 
operation 306 where the integrated text to speech functionality of the thick-game client or 
the voice services node converts the update data to verbal communication that is provided 
to the game player to inform him or her of the updated game status. For the other players 
of the game, if any, the update data is also provided directly from the thick-game or thin- 
10 game client device they are in communication with to provide the update of the game 
status, as is indicated by the parallel return of the operational flow to communication 
state 316. 

Through multiple iterations of these logical operations of FIG. 3, the automated 
game progresses utilizing the verbal communication between the game player(s) and the 
15 thick-game client device(s) until the game ends or the game player retires. As discussed 
above, the game player may choose to save the game to the customer profile when 
retiring so that the next time the player accesses the integrated gaming application, the 
player may instruct the service to continue the saved game. 

For the thick-game client device embodiment, the game data may be periodically 
20 updated or updated at the request of the game player. The update occurs by the thick- 
game client device accessing over the communications network the application server to 

receive the new game data. Accordingly, the games provided by the thick-game client 

( 

device may be updated to prevent the games from becoming stale or out-dated to the 
game player. 

25 FIG. 4 illustrates one example of logical operations that may be performed within 

the communications system 100 of FIG. 1 to bring about the automated gaming where the 
game player operates a thin-game client that logs into the system. This set of logical 
operations is provided for purposes of illustration and is not intended to be limiting. For 
example, these logical operations of FIG. 4 discuss the application of DSR within the 

30 communications system 100 where the thin-game client is also a thin- voice client. 

However, it will be appreciated that alternative platforms for distributed text-to-speech 
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and speech recognition may be used in place of DSR for thin- voice clients and that the 
thin-game client may not necessarily be a thin- voice client. 

The logical operations begin at selection operation 402 where the game player 
makes a gaming selection on the thin-game client device, such as by manually selecting a 
5 game service option from a menu. Alternatively, the selection may be made by the 
player verbally requesting the game service selection. The player may be prompted to 
verbally identify himself so that remotely stored profile data can be accessed as necessary 
to facilitate the game play. The thin-game client then accesses the application server 
according to game service selected by the game player. 

10 Upon the thin-game client accessing the application server, the application server 

provides introduction/options data to the voice services node at data operation 404 where 
the thin-game client is a thin- voice client or provides the data directly to the thin-game 
client which is a thick- voice client. Upon receiving the speech data, the voice services 
node or thin-game, thick- voice client converts the data into verbal information that is 

15 provided directly to the game player at speech operation 406. This verbal information 
may provide further introduction and guidance to the player about using the system. This 
guidance may inform the player that he or she can barge in at any time with a question or 
with an instruction for a game. The guidance may also specifically ask that the player 
provide a verbal command, such as a request to start or join a particular game or a request 

20 to update the profile data. 

The thin-game client device then receives verbal instructions from the game 
player at response operation 408. This verbal instruction may be a request to update the 
profile data, may be a request to start or join a game, or on subsequent iterations of this 
operation, may be an instruction relative to a game in progress. The thin-game client that 

25 is also a thin-voice client interprets the verbal instructions using DSR speech recognition 
to produce DSR parameterization data representing the words that were spoken at 
recognition operation 410. The DSR parameterization data is transferred from the thin- 
game, thin-voice client over the data network to the voice services node where the DSR 
exchange function translates the DSR parameterization data into conventional textual 

30 instruction data representative of the spoken words and provided to the application server 
at exchange operation 412. For the thin-game client embodiment that is also a thick- 
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voice client, the thin-game client converts the verbal instructions directly to data that is 
then provided over the communications network to the application server. 

Upon receiving the instruction data, the application server may access the profile 
data for the player that may control how aspects of how the player wants the game to be 
5 played at profile operation 420. For example, the profile data may specify the difficulty 
level or other game options that the player prefers. Additionally, the application server 
may access the profile data at profile operation 420 to update the data as instructed by the 
previously received verbal communication from the player. The application server then 
applies the instruction data to a game to start a new game, join an existing game, or 
10 perform an action within a game in progress for subsequent iterations of game operation 
414. 

The game that is being controlled at game operation 414 may be a multi-player 
game. Thus, when the application server is applying the instruction data received at 
exchange operation 412 to the game at game operation 414, then the application server is 

15 also applying instructions for the game received from other players of the same game at 
communication state 418. This communication state 418 graphically represents that the 
logical operations of FIG. 4 leading up to game operation 414 are also performed in 
parallel for the other game players who are also participating in the current game. 

After the application server applies the instruction data for the one or more game 

20 players at game operation 414, the application server provides a game status update via 
textual data to the voice services node or thin-game, thick-voice client at status operation 
416. Operational flow then returns to speech operation 406 where the thin-game, thick- 
voice client converts the data to verbal communication or the thin-game, thin- voice 
client produces verbal information received from the voice services node. The verbal 

25 communication is provided to the game player to inform him or her of the updated game 
status. For the other players of the game, if any, the data is also provided to the thin- 
game, thick-voice client or voice services node that they are in communication with to 
provide the update of the game status, as is indicated by the parallel return of the 
operational flow to communication state 418. 

30 Through multiple iterations of these logical operations of FIG. 4, the automated 

game progresses utilizing the verbal communication between the game player(s) and the 
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thin-game client(s) until the game ends or the game player retires. As discussed above, 
the game player may choose to save the game to the customer profile when retiring so 
that the next time the player accesses the service, the player may instruct the service to 
continue the saved game. 
5 As has been described above, an automated system provides game players with 

the ability to verbally communicate to participate in gaming. The gaming may be 
educational based games such as mathematical games, may be based off of well-known 
television game shows, and may be based on board games where the player may utilize 
the tangible board for a game while participating in or complementing the game through 
10 the automated system. Because the inputs and outputs of the game are verbal 

communications, the game may be played through a telephone or thin-game client for a 
network based implementation or through a thick-game client for integrated 
implementations. 

Although the present invention has been described in connection with various 
15 illustrative embodiments, those of ordinary skill in the art will understand that many 
modifications can be made thereto within the scope of the claims that follow. 
Accordingly, it is not intended that the scope of the invention in any way be limited by 
the above description, but instead be determined entirely by reference to the claims that 
follow. 
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